home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20021006-20030409
/
000026_not-a-real-address@usa.net_Sat Oct 19 15:00:45 EDT 2002.msg
< prev
next >
Wrap
Text File
|
2003-04-08
|
2KB
|
55 lines
Article: 13789 of comp.protocols.kermit.misc
Path: newsmaster.cc.columbia.edu!phl-feed.news.verio.net!iad-feed.news.verio.net!iad-peer.news.verio.net!news.verio.net!news.maxwell.syr.edu!sn-xit-03!sn-xit-06!sn-post-02!sn-post-01!supernews.com!news.supernews.com!not-for-mail
From: those who know me have no need of my name <not-a-real-address@usa.net>
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Problems transferring over ppp connection
Date: 19 Oct 2002 18:33:05 GMT
Organization: earthfriends
Message-ID: <m1n0pab9d2.gnus@usa.net>
References: <1034801647.495773@irys.nyx.net> <aol3ol$sch$1@newsmaster.cc.columbia.edu>
<1034844239.214811@irys.nyx.net> <aomtrv$9ns$1@blue.rahul.net>
<1034909930.793290@irys.nyx.net>
User-Agent: Gnus/5.090008 (Oort Gnus v0.08) XEmacs/21.4 (Informed Management
(RC1), i686-redhat-linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: abuse@supernews.com
Lines: 35
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13789
in comp.protocols.kermit.misc i read:
>I have a hunch that buffer size may be an issue here. Since resetting
>options to disable software compression, Netscape transfers run for over
>an hour without ever stalling.
there should be little or no difference between a netscape download and a
kermit download, both are using tcp.
>I have verified that &H1 and &R2 are explicitly being set
on both sides?
>What does Netscape use as a transfer protocol?
http.
>It appears from the
>modem lights to be about 1K blocks, with verifies after each.
probably you are receiving ip datagrams on the order of 1500 bytes each,
the most likely pmtu.
>This is on the same ppp connection that I am using for kermit. It runs
>slick as a whistle with Netscape--or is ssh overhead getting in the way.
netscape is displaying on your local x server via an ssh connection (i.e.,
you ssh to some host then run netscape on that, remote, host), yes? that
connection isn't part of the `download', just the screen updates, the
download itself is to the remote system (on which you ran netscape). if
you are running netscape locally then it is involved in the download and
screen updates, but ssh shouldn't be involved in any way.
--
bringing you boring signatures for 17 years